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METHODS AND APPARATUS FOR 
SIMULATING INDUSTRIAL PROCESSES 



The present invention relates to methods and apparatus 
5 for performing industrial processes in an efficient 

manner- In particular, embodiments of the present 
invention concern methods and apparatus for designing and 
performing industrial microbiological processes^ in a 
manner in which enables apparatus used in the processes 
10 to be used efficiently. 



whenever a production line is in use^ it is commercially 
important that apparatus is used efficiently to maximise 
output. Whilst, the capacity of a production line is 
15 ultimately limited by the apparatus available, careful 

scheduling of the use of equipment can maximise the 
efficiency of a production line once apparatus for the 
production line have been selected. 



20 Method and apparatus exist to enable industrial processes 

to be simulated in order to aid designers designing new 
plants and adapting existing plant. The simulation of 
an industrial process can enable bottle necks within 
production facilities to be identified prior to actual 
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implementation and thereby enable changes to be made to 
maximise the use of available equipment. 



In particular by simulating the timing and processing of 
5 batches of materials through a simulated production line, 

data can be generated which identifies how real batches 
should be scheduled within an actual production line so 
that use of equipment is maximised. Furthermore;, 
simulations of industrial processes enable equipment to 
10 be selected so that the capacities of different items of 

equipment complement one another thereby ensuring that 
in a real production line corresponding to the simulation 
the use of all items of equipment can be maximised. 



15 In productions lines for certain materials, notably 

microbiological materials and some chemicals, it is 
important that the total processing time of a batch of 
material as it passes through a plant between defined 
hold points is minimised. In the case of biological and 

20 microbiological materials this constraint rises due to 

the limited shelf life of live microbiological materials 
and their products and the need to ensure that any 
material produced by a plant is substantially free from 
other contaminants . Since processing time is of such 

25 critical importance, many standard techniques for 
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maximising the efficiency of equipment within a plant 
cannot be applied to industrial microbiological 
processes. In particular, when extracting or purifying 
microbiological products, batches of product initiated 
5 at different times cannot be consolidated into a single 

batch later on in a manufacturing process other than at 
defined hold points where a product is stable since the 
mixing of products gives rise to the possibility that an 
unacceptance level of contamination might occur. 

10 

There is therefore a need for a modelling system which 
is adapted to address the requirements of industrial 
processes in which queues and consolidation occurs only 
at defined points within a process. Such a modelling 
15 system can then be utilized to simulate such processes 

and enables the scheduling of batches and the capacities 
of equipment to be selected so that the industrial 
processes corresponding to the simulation can be 
efficiently performed . 

20 

In accordance with one aspect of the present invention 
there is provided a method of simulating an industrial 
process comprising the steps of: 
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for a plurality of items of equipment, determining 
a respective current cycle time for each said item of 
equipment ; 

for a batch of product to be processed utilizing 
5 said items of equipment, determining a minimum cycle time 

for each of said items of equipment for processing said 
batch; 

determining the greatest cycle time of said current 
cycle times for each of said items of equipment, and said 
10 minimum cycle times for said batch; and 

scheduling the initiation of the batch following the 
current batch to occur after a period of time 
corresponding to said determined greatest cycle time. 



15 By determining for an industrial process the greatest of 

the cycle times for items of equipment within a 
production line and the minimum processing time for a new 
batch and then scheduling the initiation of a new batch 
after the determined greatest cycle time, a means is 

20 provided to ensure that the processing of a product using 

equipment having the greatest cycle time is scheduled to 
occur separately for different batches of products. When 
an industrial process corresponding to that simulated is 
performed, the batches of material being processed are 

25 then scheduled corresponding to the scheduling within the 
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model and in this way the mixing of different batches and 
the formation of queues within a system is avoided. 

Although simulation tools are known which enable 
5 production lines to be designed or modified so that 

processes corresponding to those simulated are performed 
in an efficient manner, such design tools normally only 
enable the size and timing of simulated batches and the 
size and capacity of simulated equipment to be varied - 

10 Although the variation of such parameters and simulation 

of processes enables the size and timing and size and 
capacity of bathes and equipment on an actual production 
line to be set to increase the efficiency of a 
corresponding process other factors can limit the 

15 efficiency of an actual production line. 

In particular^ in many known methods and apparatus for 
simulating industrial processes^ no attempt is made to 
model support services needed to implement a main 
20 process. In general, this is because the demand for 

external utilities such as water and electricity can be 
assumed to be such that for most processes, the 
availability of utilities does not place constraints what 
processing may be undertaken. However^ the applicants 



have appreciated that in 
processes this assumption is 



the 
not 



case of specialised 
necessarily true. 



in particular, where, as is the case of industrial 
biological processes, many steps involve the use of 
utilities generated on sxte such as e.g. purified water, 
water injection (WFI), clean steam etc., the availability 
Of on site generated utilities can act to limit site 
output and therefore need to be modelled. The modelling 
Of on-site utilities can then identify the requirements 
for generation and storage of such specialised utilities 
or enable processes to be rescheduled or varied to ensure 
that utility capacity does not li.it production 
efficiency. The resultant data on simulated production 

lines can then be ut j 1 i =:f:>H 

utilised to select production 

facilities or schedule processing within a real plant. 

Where support services are modelled, it is important that 
modelling can determine times of the demand so that the 
peak demand can be determined and controlled if 
necessary, it is possible to model supply and demand for 
a utility by way of a continuous model in which the 
instantaneous demand for a utility is determined. 
However, where an industrial process is a combination of 
processing steps only some of which require subsidiary 
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services, the processing of such a continuous model for 
the entirety of the system is computationally complex and 
therefore reduces the speed of the simulation or requires 
an increase in computer overhead. 

In accordance with a further aspect of the present 
invention, there is provided a method of simulating an 
industrial process comprising the steps of: 

classifying for each of a plurality of process steps 
in a process to be modelled, a first group of process 
steps whose processing is dependent upon utilities which 
are to be modelled, and a second group of process steps 
whose processing is not dependent upon utilities which 
are to be modelled; 

associating with all of said process steps a 
completion condition for completing each said process 
step and data indicative of whether each said process 
step is currently active; 

associating with each of said process steps in said 
second group, rate data indicative of the rate of utility 
use of a utility for a predetermined time period to be 
modelled as part of said process steps; and 

step wise modelling said industrial process and said 
utilities using said rate data, wherein said each 
modelling step comprises the steps of: 
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determining whether any active process steps to be 
modelled are associated with rate data; 

determining the shortest time period required to 
fulfil the completion condition associated with any 
5 active process step; and 

updating a model of said industrial process 
utilizing said predetermined time period if at least one 
active process is associated with rate data and said 
predetermined period is smaller than said determined 
10 period; and updating said model utilizing said determined 

time period if no active processes are associated with 
rate data or said determined time period is shorter than 
said predetermined period. 



15 Further aspects and embodiments of the present invention 

will become apparent with reference to the accompanying 
description and drawings in which: 



Figure 1 is a block diagram of an exemplary industrial 
20 process; 



Figure 2 is a block diagram of an apparatus in accordance 
with a first embodiment of the present invention; 



25 



Figure 3 is a block diagram of modelling data; 



Figure 4 
structure 



is 
for 
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a block diagram of an exemplary data 
an equipment records- 



Figure 5 is a block diagram of an exemplary data 
structure for a discrete process records- 



Figure 6 is a block diagram of an exemplary data 
structure for a continuous process record; 



10 Figure 7 is a block diagram of an exemplary data 

structure for an output process record; 



Figure 8 is an exemplary block diagram of an exemplary 
data structure for a utility record; 

Figure 9 is a block diagram of an exemplary data 
structure for batch data; 



Figure 10 is a block diagram of an exemplary data 
2 0 structure for a batch record; 

Figure 11 is a block diagram of an exemplary data 
structure for output data; 
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Figure 12 is an exemplary graphical interface for 
inputting equipment data; 

Figure 13 is a flow diagram of the processing of a 
modelling module in accordance with a first embodiment 
of the present invention; 

Figure 14 is a flow diagram of the processing of a 
modelling module determining a time increment; 

Figure 15A^ 15B and 15C are a flow diagram of the 
processing of a modelling module updating model data; and 

Figure 16 is a flow diagram of the processing of a 
modelling module in accordance with a second embodiment 
of the present invention. 

The present application concerns the design and 
implementation of industrial processes. In particular, 
in one aspect the present application concerns the design 
and implementation of industrial processes in which 
bottlenecks and delays due to lack of resources can be 
reduced and equipment is efficiently used. 
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In accordance with an embodiment. of the present 
invention, initially a model corresponding to a process 
to be implemented is created, utilizing input batch 
parameters and equipment parameters. A simulation of the 
5 process is then effected- In the simulation, the use of 

equipment, processing of batches and demand for resources 
are determined within the simulation and an appropriate 
schedule for timing of the initiation of batches is 
calculated. After a number of simulations have been run 

10 an industrial process corresponding to a simulated 

process is then be implemented by providing equipment 
corresponding to the simulated equipment parameters and 
processing actual batches corresponding to simulated 
batches in accordance with the generated schedule for the 

15 initiation of batches corresponding to the simulation 

which output data indicates will run efficiently. 

An illustrative example of a process which can be 
modelled utilizing the present invention will now be 
20 described with reference to Figure 1. 

In this example an illustrative process for generating 
biological material is shown comprising a fermentation 
process 20 which causes a biological material to be grown 
25 followed by an extraction process 21, a purification 
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process 22 and a formulation process 23 which results in 
an output being the desired biological material. These 
processes 20-23 in this example occur using different 
equipment. The fermentation process 20^ the extraction 
5 process 21, purification process 22 and formulation 

process 23 all result in the generation of waste which 
needs to be processed by means of waste management 
process 27. 



10 In this example, the fermentation process 20^ the 

extraction process 21, purification process 22 and 
formulation process 23 and the waste management process 
27 all require support services. These support services 
comprise external utilities 28 such as electricity for 

15 heating products, on-site utilities 29 such as purified 

water, water suitable for injection (WFI) which needs to 
be generated and raw materials 30 such as media 
components for fermentation and raw chemicals used in 
purification which can be mixed with on-site generated 

20 utilities such as generated water for injection (WFI) to 

make the media used in fermentation and buffers used in 
purification. Cleaning solutions for cleaning the 
equipment used to perform the fermentation process 20, 
the extraction process 21, purification process 23 and 

25 formulation process 23 so that the equipment used in 
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those steps may be used to create further batches of 
biological material is also generated from raw cleaning 
chemicals and purified water- Alternatively steam 
sterilisation is used using on-site purified water to 
5 prepare production equipment for processing a further 

batch of material. 



In order to arrange the scheduling of batches through the 
processes 20-23 and select equipment for performing the 
10 processes 20-23, in a way in which use and speed of 

precessing is increased, initially the processes are 
modelled in a manner which will be described in detail 
later . 



15 In order to model the processing of batches of material 

as they pass through the fermentation process 20, the 
extraction process 21, the purification process 22 and 
the formulation process 23 it can be sufficient that 
external utilities such as electricity and mains water 

20 are considered to be continuously available. However, for 

specialised utilities such as water for injection or 
cleaning solutions utilizing water for injection, 
availability of these cleaning solutions or any other on- 
site utilities may limit processing rates. Therefore, 

25 for a more complete model the demands for these on-site 
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utilities are also modelled so that appropriate equipment 
for generating and storing such utilities can be 
determined . 



5 The timing of demands for external utilities 28^ on-site 

utilities 29 and raw materials 30 is determined by the 
manner in which batches of products are scheduled for 
processing through the fermentation process 20^ the 
extraction process 21, the purification process 22 and 

10 the formulation process 23. In the case of biological 

materials in addition to constraints on the basis of 
availability of on-site utilities 29 and the availability 
of equipment for performing fermentation, extraction, 
purification and formulation, a further constraint on how 

15 production of material is scheduled arises due to the 

need to ensure that no mixing of different batches occurs 
during fermentation and consolidation of batches only 
occurs at defined hold points in the purification stages 
so that any excessive build up of impurities within the 

20 biological product is avoided. Thus in this example, 

this would require that whenever a new batch was to be 
processed by the fermentation process 20, the equipment 
for processing the next batch was available for use. 
However, the rate at which batches progress through the 

25 process is also dependent on availability and demand for 
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on-site utilities 29. It therefore necessary to 
establish a suitable schedule for initiating new batches. 

This constraint is also modelled within the simulation 
5 of the processes - 



Thus by providing apparatus for simulating the processes 
20-23 in accordance with input data defining the batches 
of material and capacities of equipment utilised to 

10 implement the processes 20-23, a means is provided by 

which the effect of varying batches and equipment within 
the actual processes can be determined. In particular, 
by utilizing a number of different sets of input data and 
outputting for each simulation data identifying the use 

15 of equipment and quantities of utilities used a means is 

provided to enable the selection of appropriate equipment 
to effect the process modelled. 



First Embodiment 
20 Apparatus for generating data identifying the use of 

equipment and quantities of utilities for modelled 
processes utilizing equipment corresponding to defined 
input parameters in accordance with an embodiment of the 
present invention will now be described. 



25 
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Figure 2 is a block diagram of a computer apparatus 
embodying the present invention. The computer apparatus 
comprises a conventional computer 1 that is connected to 
a display 3, a keyboard 5 and a mouse 7. The computer 
1 is also connected to a printer 8 and a disc drive 9, 
The disc drive 9 is arranged to receive a disc 10 having 
a computer program stored thereon which causes a copy of 
the computer program to be stored within the memory 11 
of the computer 1 . 

In this embodiment the computer program stored within the 
memory 11 comprises an input module 15 for inputting data 
representative of a model of an industrial process; and 
a modelling module 17 for simulating the processing of 
products through a process utilizing the model data input 
using the input module 15. The memory 11 also is 
arranged to store modelling data 19 being data input 
utilizing the input module 15 and data generated by the 
modelling module 17. 

In use^ after the input module 15 and modelling module 
17 have been stored in memory 11, a user inputs model 
data using the input module 15^ the keyboard 5 and the 
mouse 7. Data input via the keyboard 5, mouse 7 is then 
processed by the input module 15 and stored as modelling 
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data 19. An industrial process can then be simulated 
using the modelling data 19 in accordance with the 
modelling module 17. Generated output data is then 
stored within the memory 11 and after the simulation has 
5 been completed results are displayed on the display 3, 

The generated output data can then be printed out in hard 
copy format by the printer 8 . 



The modelling in accordance with the present invention 
10 is such to enable support services such as on site 

utilities and waste processing and production rules to 
be modelled. In particular, the present invention 
enables continuous models of utilities identifying 
instantaneous demand for utilities to be incorporated 
15 within discrete models of other processes. This is 

achieved by the modelling module 17 determining for each 
step within a model, firstly whether any continuous 
processes are to be modelled and then utilizing a 
suitable time increment for the model by selecting the 
2 0 smaller time increment of either the minimum time 

required to complete an active process or a default time 
increment. If no continuous processes are determined to 
be active the minimum time required to complete an active 
process is used as a time increment. 



25 
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Thus in this way^ whenever only discrete processes i.e. 
processes not modelling instantaneous demand for a 
utility are being modelled, time periods corresponding 
to the minimum time periods to complete processes are 
5 used so that the total number of steps involved in a 

model is minimised. However^ a default time period is 
used to break down processes which are to be modelled as 
continuous processes into a number of steps so that an 
approximation of instantaneous demand for utilities may 
10 be determined - 



Furthermore, in this embodiment of the present invention 
a system is provided for simulating and modelling the 
scheduling the initiation of batches within a model to 

15 comply with the constraints of an industrial process in 

which mixing of batches is avoided. In this embodiment, 
this is achieved by determining whenever a batch is 
initialised within specified portions of a simulation 
where queuing and consolidation constraints arise, a time 

20 period for initiating the next batch which corresponds 

to the longest cycle period for any item of equipment 
utilized in the process modelled. This longest cycle 
period is either selected from the current times for 
equipment currently in use or from estimates of the 

25 minimum cycle times for the next batch. Thus in this way 
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a means is provided for ensuring that within the 
simulation no batches ever are mixed and queues within 
the model are minimised during the simulation of 
fermentation stages ad limits consolidation to defined 
5 hold points in the purification stages. 



Exemplary data structures for storing modelling data 19 
in accordance with this embodiment of the present 
invention will now be described with reference to Figures 
10 3 to 11. 



Figure 3 is a block diagram of modelling data 19 stored 
within the memory 11 of the computer 1. The modelling 
data 19 comprises data input via the input module 15 
15 defining processes and equipment to be modelled together 

with data generated by the modelling module 17 utilizing 
the input data. 



In this embodiment the modelling data 19 comprises a 
20 plurality of equipment records 31 defining the manner in 

which products can be processed by a plurality of items 
of equipment to be simulated; a plurality of utilities 
32 records utilized to simulate the generation and use 
of each of a plurality of on-site utilities; batch data 
25 34 comprising data defining the parameters of batches of 
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product as they pass through an industrial process and 
data defining how the batches are to be scheduled to 
ensure that no mixing of different batches occurs as will 
be described in detail later; and a plurality of output 
records 36 comprising data indicating the times at which 
individual items of equipment defined by the equipment 
records 31 are in use and the available levels of 
generated utility identified by the utilities records 32 
at any time throughout the simulation. 

In this embodiment the equipment records 31 comprise a 
plurality of records each defining an item of equipment 
in terms of physical parameters for the equipment and the 
different processes which take place using that 
equipment. Thus for example a chromatography column for 
purifying a component of interest, in this embodiment 
is defined in terms of physical parameters such as volume 
and circumference, and a plurality of processes such as 
packing, loading, elution and cleaning which are 
undertaken using the equipment. 

Also stored as part of an equipment record is status data 
indicative of whether as part of the simulation the 
equipment is in use and cycle time data indicating the 
total amount of time an item of equipment has been 
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processing an individual batch and the time previously 
taken to process a batch become available for the 
processing of the next batch which is used to determine 
scheduling data for batches which avoids the build up of 
5 queues within the system as will be described in detail 

later . 

Exemplary data structures for the equipment records 31, 
utilities records 32, batch data 34 and output data 3 6 
10 will now be described in detail with reference to Figures 

4 to 11. 

Figure 4 is a block diagram of an exemplary data 
structure for an equipment record. In this embodiment 

15 the equipment records each comprise equipment 

identification data 50; equipment type data 52 indicative 
of an equipment type e.g. a chromatography column, a 
holding vessel etc, status data 54 identifying whether 
the equipment is in use at a certain time within a 

20 simulation, a number of physical parameters 55 for 

example volume and circumference, a number of discrete 
process records 60 and a number of continuous process 
records 62 identifying the processes which are undertaken 
using the equipment as will be described later; an output 

25 process record 64, current cycle time data 66 and 
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previous cycle time data 68 which is used for determining 
the scheduling of batches of products within the 
simulation as will be described in detail later. 



5 The equipment identification data 50 enables an item of 

equipment to be identified so that its usage within the 
model may be monitored. The equipment identification 
data 50 also enables batches of products to be routed to 
specific pieces of equipment within a model. The 

10 equipment type data 52 identifies the sort of equipment 

that is intended to be modelled and enables batches of 
products to be routed to equipment of a specific type 
rather than to a specific item of equipment. Thus for 
example where a product is to be temporarily stored in 

15 a suitable holding vessel any available vessel might be 

used to store the product. Therefore, in a model of such 
a process a batch would be directed to an item of 
equipment associated with equipment type holding vessel, 
rather than a predefined item of equipment. 

2 0 

Figure 5 is a schematic block diagram of an exemplary 
data structure for a discrete process record 60 in 
accordance with this embodiment of the present invention. 
The discrete process records each comprise process 
25 identification data 69, an active flag 70 indicating when 
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within the model the process is taking place; time active 
data 72 indicating the total amount of time a process has 
been active; a completion condition 74 comprising data 
indicative of what conditions must occur within the model 
5 in order for the process modelled by the discrete process 

record to be considered to be complete; a set of one or 
more required inputs 16, and a next action field 80 
identifying which processes in terms of process ID 
numbers 69 follow a further completion of the process 
10 simulated by the record or alternatively a null field 

indicating that the processing of an item of equipment 
is to end. 



The completion condition 74 defines the conditions which 
15 must be fulfilled in order for the process to be 

considered complete. A simple example of a completion 
condition would be for the time active 72 for the process 
to be equal to a certain value. This would be a suitable 
completion condition 74 for a process having a fixed time 
20 span. More complicated completion conditions could 

comprise requirements for the time active 72 to be equal 
to a value calculated on the basis of batch parameters 
or physical parameters 55 for an item of equipment. The 
input data 76 defines the inputs necessary to be 
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available in order for a discrete process to be initiated 
as will be described later. 

Figure 6 is a schematic block diagram of a data structure 
5 for a continuous process record. In this embodiment, the 

data structure for a continuous process record 62 is 
identical to the data structure for a discrete process 
record 60 and description of the data structure will be 
repeated except a continuous process record additionally 

10 includes rate determination data 82. The rate 

determination data 82 comprises data for converting a 
continuous model of a process defined in terms of rates 
of usage of utilities into data suitable for use with a 
discrete model and in this embodiment comprises data 

15 identifying the rate at which a utility is used which can 

be multiplied by a time increment to determine how much 
of a utility is used within a specified time period, as 
will be described in detail later. 

20 Figure 7 is a schematic block diagram of an exemplary 

data structure for an output process record 64. An 
output process record comprises a record indicative of 
a process where a batch of materials is transferred from 
one item of equipment to another. The output process 

25 record 64 comprises a process identification data 88; and 
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an active flag 90 indicating that a batch material is 
waiting to be transferred from one item of equipment to 
another. The output process record 64 also comprises 
next equipment type field 92 and a next action field 94. 
5 The next equipment type field 92 is arranged to store 

data indicating the next item of equipment which is to 
be utilized to process a batch either in terms of 
specific equipment identification data 5 0 equipment type 
data 52. The next action field 94 is arranged to store 

10 process of identification data corresponding to the 

record within the discrete process records 60 or 
continuous process records 62 is to be performed after 
the processing of the batch has been completed or 
alternatively a null field indicating the processing by 

15 the equipment identified by the equipment record is 

complete . 



The output process records 64, enables a specific type 
of process to be modelled namely storage of a batch 

2 0 within an item of equipment prior to transfer to another 

item of equipment. As the process comprises waiting for 
the availability of other equipment the next equipment 
field 92 implicitly defines the necessary condition 
complete the output process being modelled. Thus in the 

25 case of process modelled by an output process the next 



26 

equipment type field 92 may be utilised in a similar way 
to the completion condition data 74 for a discrete 60 or 
continuous 62 process record as will be described in 
detail later. 

5 

Figure 8 is a schematic block diagram of an exemplary 
data structure for a utility record 32. In this 
embodiment each utility record 32 comprises utility type 
data 100, current quantity data 102^ maximum capacity 
10 data 103, activation level data 104, generator status 

data 106, generation rate data 108 and external input 
data 110. 



The utility type data 100 identifies the type of utility 
15 to be modelled using the utility record 32. The current 

quantity data 102 identifies the current amount of 
utility available. The maximum capacity data 103 
comprises data identifying the maximum amount of utility 
which can be stored, for example in a size of a holding 
20 tank for a utility. The activation level data 104 

comprises data identifying a level below which the on 
site utility is to be generated thereby defining a 
control mechanism to be employed to maximise the 
availability of the utility. The generation rate data 
25 108 comprises data identifying the rate at which an on 
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site utility may be generated. The external inputs data 
110 comprises data identifying required resources when 
the utility is generated. 



5 In accordance with this embodiment of the present 

invention where a continuous process record has an active 
flag 70 indicating that the process is currently 
occurring the rate determination 82 associated with the 
continuous process record is utilized to reduce the 

10 quantity level 102 of an associated utility corresponding 

to the input required 76 for that record to reflect the 
use of a utility within an on-going process. Whenever 
the quantity level 102 associated with a particular 
utility type is determined to be beneath the activation 

15 level 104 for that utility the generator status 106 is 

amended to indicate that the utility is to be generated 
which then causes the current quantity 102 to be updated 
to account for generation of utility at the generation 
rate 108 provided required external inputs 110 are 

20 available. When the current quantity 102 is equal to the 

maximum capacity 104 the generation status 106 is amended 
to indicate that utility is no longer to be generated and 
the current quantity 102 is no longer increased on the 
basis of the generation rate 108. Thus in this way the 

25 generation and use of utilities can be modelled. 
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The applicants have also appreciated that the generation 
of waste by a process can be modelled in the same way in 
which a utility may be modelled. In particular, just as 
the generation and utilisation of a generated utility may 
be modelled, the available capacity of waste processing 
can be considered a form of negative utility which is 
created rather than used up by other processes and which 
needs to be processed to be removed rather than 
generated. However, in the same way in which available 
capacity and lack of available utilities effect the 
timing of processing in a main production line, similarly 
the available capacity and lack of available processing 
capacity of waste processing can also effect the timing 
of other processes. 

Figure 9 is a block diagram illustrating an exemplary 
data structure for batch data 34 for use in accordance 
with this embodiment of the present invention. In this 
embodiment the batch data 34 comprises a plurality of 
batch records 115 comprising data identifying the content 
and processing of batches of products as will be 
described in detail below. The batch data also comprises 
a next batch pointer 117 indicating which of the batch 
records 115 is to be utilized as representing the next 
batch to be processed and a next batch due time 119 



indicating when the next batch 117 is to be initiated 
relative to the current time, as will be described in 
detail later. 

Figure 10 is a schematic block diagram illustrating an 
exemplary data structure for batch records 115 within the 
batch data 34. In this embodiment of the present 
invention the batch records 115 each comprise a batch 
number 130 enabling the batches to be identified, 
equipment identification data 132, identifying the 
equipment ID 50 of an item of equipment processing a 
particular batch; routing data 134 comprising data 
indicative of which items of equipment in terms of their 
equipment ID 50, a particular batch is to be processed 
by where this is defined in advance; and a set of batch 
parameters 136 comprising data identifying the product 
characteristics for example size and volume of package 
of a product etc., that is processed as part of the batch 
indicated by the batch record. 

As will be described in detail later the batch data 34 
is utilized to determine the order in which individual 
batches represented by the individual batch records 115 
are initiated and the processing of batches is then 
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determined by the routing data and batch parameters 134 
associated with that batch. 

Figure 11 is a schematic block diagram of an exemplary 
data structure for output record 36 in accordance with 
this embodiment of the present invention- In this 
embodiment the simulation is arranged to record only 
simulated equipment use and utility availability. It 
will be appreciated that other data such as quantities 
of product made or quantities of raw materials consumed 
could be monitored in addition to the equipment use and 
utility availability monitored in this embodiment. 

In accordance with the present embodiment, the output 
records each comprise a time field 140 containing data 
indicating the relative time of the output data relative 
to the initiation of the model; an equipment in use field 
142 comprising a list of equipment identification numbers 
50 of equipment having status flags 54 indicating that 
the equipment is in use at the time indicated within the 
time field 140 and a list of utility levels comprising 
the values of the instantaneous quantities of utilities, 
wastes and products 102 of each of the utility records 
within the utilities data 32 for the user's activities 
at the time indicated in the time field. Thus in this 
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way the output data records enables the use and level of 
utilities for each of the utilities and equipment within 
a model to be stored for each step throughout the running 
of a simulation. 

5 

The input of data identifying the items of equipment, 
utilities and batches of product to be simulated prior 
to simulation of a process will now be described. 

10 In this embodiment equipment utilized in a process is 

modelled in terms of processes which an item of equipment 
is used for and fundamental physical parameters. 
Equipment records 31 are generated either by selecting 
data from a library of predefined records for types of 

15 equipment stored on a disk 10 or directly input via the 

keyboard 5 and mouse 7 . In order to facilitate input of 
equipment data, in this embodiment of the present 
invention the input module 15 is arranged to generate a 
graphical interface for inputting data in a similar 

20 manner to that provided by the Extend TM Software 

provided by ImagineThat Inc. 

Figure 12 is an exemplary graphical interface for 
inputting equipment data. In this example the interface 
25 comprises a main input screen 200, to the left of the 



32 

main input screen 200 is a data entry screen 202 for 
inputting data for storage as equipment data nd to the 
right is a control screen 203 . Also displayed is a 
pointer 204 which is controlled using the mouse 7. 

5 

In this embodiment the main input screen 200 is arranged 
to display a block diagram of processes undertaken by an 
item of equipment to be modelled. In this example the 
equipment to be modelled comprises a chromatography 
10 column which is initially filled 210, then eluted 211 and 

then cleaned 212. The elution 211 also results in output 
213. 



The data entry screen 2 02 comprises a parameter entry 
15 section 220 and a process edit section 222. The control 

screen 203 comprises a new button 230, a previous button 
232, and a next button 234 used for navigations between 
a data entry for different items of equipment, an add 
button 236 and an end button 238. 

20 

In use, initially a user selects utilizing the mouse 7 
and the pointer the new button 230 which causes a new 
equipment record to be generated in which the main input 
screen is blank. Selecting the add button 236 causes a 
25 new block to appear within the main input screen 200. 



33 

Blocks displayed in the main input screen 200 can then 
be selected using the pointer. If a block is selected 
the block may be edited to enter a name for example fill, 
elute etc corresponding to the process the block 
5 represents- If two blocks are selected a line is shown 

connecting the blocks to indicate which processes follows 
one another. 



Selecting a block also cause the process edit section 222 

10 of the data entry screen 202 to display type^. 

requirement, rate and time data associated with a block 
to be displayed. This data can then be edited by 
selecting the portion of the process edit section 222 to 
be changed and inputting new data via the keyboard 5 . 

15 Thus in this way by entering data each process is 

associated with data for storage as a process record 60- 
64. In a similar way equipment type data 52 and physical 
parameter data 55 can be entered using the parameter 
entry section 220 for the equipment being modelled. 

20 Equipment data for other items of equipment can be 

entered by selecting the next or previous buttons 232. 
When parameters for all items of equipment have been 
entered a user can select the end button 238 which causes 
all of the entered data to be stored in the form of 

25 equipment records. 
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The data for batch data records and utilities records are 
then entered using other interfaces in a similar manner 
which will not be described in detail here. Thus in this 
way the processing of specific equipment for a defined 
5 set of batches is input. 

After equipment records 31, utilities records 32 and 
batch data 34 have been input using the input module 15 
of the modelling program within the memory 11 a 
10 simulation of an industrial process may be created using 

the modelling module 17 utilizing the input data. The 
processing of modelling module 17 in accordance with an 
embodiment of the present invention will now be described 
with reference to Figures 13, 14, 15A and 15B. 

15 

In accordance with this embodiment of the present 
invention, the modelling module 17 repeatedly utilises 
and updates the modelling data 19 in order to simulate 
the processing of an industrial process. As a result of 
20 the modification of modelling data 19 by the modelling 

module 17 output data indicative of the use of equipment 
within the simulation and instantaneous levels of 
available utilities modelled within the simulation are 
generated . 



25 
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Figure 13 is a flow diagram illustrating the processing 
of the modelling module 17 to generate output data for 
a step within a simulated process. Initially (SI) the 
modelling module 17 determines whether the next batch due 
5 data 119 in the batch data 34 is equal to zero indicating 

that a new batch is to be initiated. If this is the case 
the modelling module 17 then (S2) determines the greatest 
previous cycle time 68 currently associated with an 
equipment record 31. This maximum cycle time is then 
10 stored in the memory 11, 



The modelling module 17 then (S3) determines minimum 
cycle times for processing the next batch by each of the 
items of equipment which are to be simulated. This is 

15 achieved by the modelling module 17 calculating for each 

item of equipment the sum of times associated with 
completion conditions 74 for each of the discreet process 
records 60 and continuous process records 62 for an item 
of equipment where the completion conditions 74 are 

20 either fixed or dependent upon batch parameters 136 for 

the batch record having a batch identification number 130 
corresponding to the next batch pointer 117. Thus in 
this way a minimum cycle time for each item of equipment 
for processing the batch is determined in which the 

25 processing of a batch is not delayed in any way by 



36 



external constraints such as the availability of 
utilities . 



The modelling module 17 then causes the equipment 
5 identification data 132 associated with the batch record 

having a batch number 130 corresponding to the next batch 
pointer 117 to be set equal to the equipment 
identification number 50 for initially processing that 
batch and sets the active flag 70 for the first process 

10 of the processes associated with the equipment record 

having the equipment identification number 50 for the 
first item of equipment to process the batch to indicate 
that the process is now active. The modelling module 17 
then updates the next batch pointer 117 to be equal to 

15 the batch number 130 of the next batch record of the 

plurality of batch records 115 and sets as the next batch 
due value 119 a value corresponding to the greater of 
either the maximum cycle time of the current model or the 
determined minimum cycle time for the initiated batch 

20 throughout which ever is greater. 



By calculating an initial next batch being due value 
equal to the greater of either the current maximum cycle 
times for equipment within the model or the minimum cycle 
25 time necessary to process the latest batch but a means 
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is provided to ensure that the processing of the newly 
initiated batch is completed by simulated equipment 
within the model before the next batch is started 
throughout the simulation- The calculated scheduling of 
5 batches in this manner thus ensures that at no point 

within the simulation^ two batches initiated at different 
times are combined within the same item of equipment and 
hence enables the modelling of industrial microbiological 
processes to be undertaken. 

10 

After the modelling module 17 has initiated if a new 
batch is due or if the modelling module 17 determines 
that no new batch is due, the modelling module 17 then 
determines (S5) a suitable timing increment or step size 
15 for generating output data as will now be described with 

reference to Figure 14. 



Figure 14 is a flow diagram of the processing of the 
modelling module 17 determining a time period for use in 

20 updating the output data for a simulated process. 

Initially the modelling module 17 generates (SIO) a list 
of active processes being list of equipment 
identification numbers 50 and process identification 
numbers 69 of discreet and continuous process records 60, 

25 62 having data 70 indicating that those processes are 
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currently active. The modelling module 17 then appends 
to the list data indicative of the utility records 32 
having associated generator status 106 indicating that 
utility is currently being generated. 

The modelling module 17 then determines a minimum time 
increment required to fulfil the completion conditions 
for or each of the active discreet processes in the 
generated list. In this embodiment this is achieved by 
the modelling module 17 initially selecting as a suitable 
time increment a time increment corresponding to the next 
batch due time 119 for the bath data 34. The modelling 
module 17 then determines for the first of the discreet 
processes in the list of generated list of active 
processes the difference between the time active data 72 
for the corresponding process record and the time 
required to fulfil the completion condition 74 for that 
record. If this is less than the next batch due time 119 
this time difference is then stored as the current 
minimum time increment for the model. The modelling 
module 17 then proceeds to determine a calculated time 
difference for the next active process on the list of 
processes and substitute this time difference if it is 
shorter than the currently stored minimum time 
difference. This is repeated for each of the active 



processes on the list and in this way the minimum time 
difference to complete an active discrete process or the 
next batch initiation is determined. 

The modelling module 17 then (S12) determines whether 
within the list of active processes generated any records 
correspond to continuous process records 62, If no 
continuous records are within the list, the stored 
minimum time difference is then (S14) selected as the 
next time increment. 

If at least one continuous process is active, the 
modelling module 17 then (S13) determines whether the 
stored minimum time increment stored in memory 11 is 
smaller than the default time increment for modelling 
continuous processes. If this is determined to be the 
case the modelling module 17 then (S14) selects the 
determined minimum time difference stored in memory 11 
as a time increment for updating the output data 36. If 
the default time difference is determined to be smaller 
than the stored minimum time difference, the modelling 
module 17 then (S15) selects the default time difference 
as a time increment. 
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Returning to Figure 13, after a suitable time increment 
has been selected (S5) the modelling module 17 then (S6) 
updates the next batch due data 119 to account for the 
selected time increment. The modelling module 17 then 
5 updates (S7) the modelling data 19 within the memory 11 

utilising the selected time increment as will now be 
described in detail with reference to Figures. 15A, B and 
C. 



10 Figures. ISA, 15B and 15C are a flow diagram of the 

processing of the modelling module 17 for updating 
modelling data 19 after a suitable time increment has 
been determined . 



15 Initially (S20) the modelling module 17 determines which 

items of equipment are currently in use. In this 
embodiment this is achieved by the modelling module 17 
generating a list of equipment identification numbers 50 
corresponding to equipment records in which at least one 

20 process corresponding to either a discrete process record 

50 or a continuous process record 62 has a active status 
70 indicating that the item of equipment is undertaking 
some process. 
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Thus for example in this embodiment for a particular 
process for a set of batches in which two fermentation 
vessels, two storage vessels, a centrifuge, a 
chromatography column where water for injection is 
measured are utilized the following might be an extract 
from a set of output records. 



TIME EQUIPMENT IN USE 

1000 Fermentation Vessel 1, 

Fermentation Vessel 2 
Chromatography column 



WFI LEVEL 



Water = 100 



1010 Fermentation Vessel 1, 

Centrifuge 

Chromatography column 



Water = 100 



1011 



Fermentation Vessel 1, 
Centrifuge 

Chromatography column 



Water = 99 



1012 



Fermentation Vessel 1 
Centrifuge 

Chromatography column 



Water = 98 



1013 



Fermentation Vessel 1 
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Centrifuge 

Chromatography coiumn 



Water - 97 



1033 Fermentation Vessel 1 

Centrifuge 

Chromatography column Water = 97 



In this way output data which can subsequently be 
displayed in the form of a GANT chart or a graph of 
10 available quantity of modelled utility is generated. 



It will of course be appreciated that other data could 
be stored for example data indicative of instantaneous 
demand for a utility within a model. Alternatively 
15 further data for example data indicative of the simulated 

processes being undertaken by an item of equipment, or 
initiation and progress of individual batches could also 
be stored. 



20 The modelling module 17 then {S21) generates a new output 

data record 36 comprising time data 140 corresponding to 
the time data 140 of the last output record generated 
incremented by the selected time increment; equipment in 
use data 142 comprising the generated list of equipment 

25 in use, and utility quantity data 144 comprising a list 



of utility type 100 and current utility quantity 102 for 
each of the utility records 32 stored in memory. 

The modelling module 17 then (S22) causes the current 
cycle time data 66 associated with each equipment record 
having equipment identification data 50 corresponding to 
the list of items of equipment in use to be incremented 
by the value corresponding to the selected time 
increment . 

Thus, in this way, the levels of model utilities and the 
times at which modelled items equipment are in use are 
stored as output data and the current cycle time data 6 6 
for each equipment record is updated to indicate the 
additional time in use of each item of equipment - 

The modelling module 17 then proceeds to utilise the list 
of active processes previously generated (SIO) and stored 
in memory to update the data within the discrete process 
record 60 and continuous process record 62 and utility 
records 36 to simulate the action occurring in the model 
over the selected time period, as will now be described. 

The modelling module 17 initially (S23) selects the first 
of the active processes within the list of active 



processes stored in memory 11, The modelling module 17 
then (S19) determines whether the inputs required 
corresponding to the input data 76 for the process record 
are currently available, for example, where the quantity 
of a utility necessary for a process is above a certain 
threshold. If this is determined not to be the case the 
process is not simulated the modelling module proceeds 
to determine (S31) whether the process currently under 
consideration is the final active process. 

If the modelling module 17 determines that the necessary 
inputs are available for a process, the modelling module 
17 then determines (S25) whether the current process 
being updated comprises a continuous process. If this 
is the case, the modelling module 17 then proceeds (S26) 
to update the utility quantity 102 corresponding to the 
required input 76 for the process by decrementing the 
current quantity 102 for the utility required indicated 
by the input data 76 by an amount calculated by 
multiplying the selected time increment by the rate 
determination data 82 for that utility. Thus, in this 
way, whenever a continuous process utilising a utility 
is modelled, the demand for utilities are also modelled 
in a way in which an approximation of instantaneous 
demand for utility can be determined. 
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After updating any utility records (S26) if necessary the 
modelling module 17 then (S27) determines whether the 
completion condition 74 for the process currently under 
consideration has been fulfilled. 

5 

Thus, for example, where the completion condition 74 
comprises an amount of time necessary to complete a 
process, the modelling module 17 compares the time active 
data 72 for the process with the completion condition 74 

10 to determine whether the process is complete. 

Alternatively, where a completion condition 74 comprises 
the completion of another process or the availability of 
some item of equipment or equipment having a specified 
equipment type, the determination (S22) of whether the 

15 completion condition 74 is fulfilled would comprise 

determinations of status data 54 of appropriate equipment 
records or active data 70 of process records. 



If the modelling module 17 determines (S27) that the 
20 completion condition has not yet been fulfilled, the 

modelling module 17 then proceeds to determine whether 
the process currently under consideration is the last 
process (S31) as will be described later. If the 
modelling model 17 determines (S27) that the completion 
25 condition 74 for the process currently under 
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consideration has been fulfilled, the modelling module 
17 then (S28) causes the active flag 70 and time active 
72 for the current process to be reset to indicate that 
the process is no longer taking place and causes the 
5 active flag 70 on the record corresponding to the next 

action 80 within the current process to be set to 
indicate that process is to be initiated. 



Where the next action 80 of a process which is determined 
10 to be complete corresponds a null value ^ the process 

which is currently being simulated comprises the final 
process which takes place within an item of equipment. 
Where such an active process is completed, the modelling 
module 17 then (S29) determines whether any other process 
15 is occurring within the item of equipment which is being 

modelled- If this is not the case, the completion of the 
current process is indicative of the equipment no longer 
being in use. The modelling module 17 then proceeds to 
change the status data 54 for the item of equipment which 
2 0 the process currently under consideration forms a part 

to indicate that the equipment is no longer in use and 
sets the previous cycle time 68 for that item of 
equipment equal to the current cycle time 66 and then 
resets that current cycle time to zero. 



25 
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Thus in this way whenever it is determined that no 
processes are occurring within a simulation of an item 
of equipment/ the status data associated with that item 
of equipment and the current cycle time data 66 are reset 
5 to indicate that the equipment is inactive whilst the 

previous cycle time data 68 is made to reflect the time 
taken from the initiation of activity within the 
equipment to its completion for the last time that the 
equipment corresponding to the equipment was in use. 

10 

After the status and cycle time data of an item of 
equipment which has ceased to be in use has been amended 
(S30) or if the process under consideration is either 
determined not to be complete (S27) or the inputs 

15 necessary for the process (S24) are determined not to be 

available^ the modelling module 17 then (S31) determined 
whether the current process under consideration comprises 
the final process in the list of processes in memory. 
If this is not the case, the modelling module 17 then 

20 selects (S32) the next process within the list of actual 

processes in memory and then proceeds to determine 
whether the inputs are available to continue the nearly 
selected process (324). 
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Thus in this way the simulation of processes utilising 
equipment is simulated for the predetermined time period 
for each of the active processes within the simulation 
and equipment and utilities data is amended to reflect 
the actions taking place as a result of the process 
steps. At the same time, the cycle times for each item 
of the equipment are monitored so that the maximum cycle 
time for equipment within a processing line can be 
determined and the scheduling of new batches through the 
simulation selected so as to ensure that queues do not 
develop within the simulation. 

If the process currently under consideration is 
determined to be the last in the list of active processes 
stored in memory 11 the modelling module 17 then (S33) 
generates a list of output records having an active flag 
90 indicating that the processes of the output process 
records 64 are currently awaiting to be completed. The 
modelling module 17 then (S34) selects the first of the 
records on the generated list and then {S35) determines 
whether the status of equipment within the model is such 
that the output process may be completed. 

In this embodiment this is achieved by the modelling 
module 17 initially identifying the batch record 115 
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having the equipment identification number 132 
corresponding to the equipment identification number 5 0 
of the equipment record containing the output process 
record 64 currently under consideration. The modelling 
5 module 17 then determines whether the routing data 134 

of the selected batch record 115 specifies a particular 
item of equipment to which the batch under consideration 
is to be routed. If this is the case then the modelling 
module 17 then determines whether the status data 54 of 

10 the identified equipment record 31 to which the batch is 

to be directed is currently inactive. Alternatively if 
the batch record 115 does not specify a particular item 
of equipment to which a batch is to be routed then the 
modelling module 17 utilises the next equipment type data 

15 92 for the output process record 64 currently under 

consideration to determine which items of equipment the 
current batch may be routed to and then determines 
whether the status data 54 of equipment records 31 
corresponding to the requirements of the next equipment 

20 type data 92 indicates that any item of equipment 

fulfilling the requirements of the next equipment type 
data 92 is currently inactive. 



25 



If the modelling module 17 determines that the current 
status data 54 for an equipment record 3 1 corresponding 
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to an item of equipment to which a batch may be routed 
indicates that the item of equipment is inactive the 
modelling module 17 then (S36) updates the output process 
record 64 currently under consideration by amending the 
5 active flag 90 to indicate that the process is no longer 

continuing and then initiates the next process in the 
available equipment by altering the status data 54 of the 
equipment record 31 corresponding to the next item of 
equipment being used to indicate that the equipment is 
10 now active and also causing the active flag 70 of the 

first process of the process of records 60^ 62 for that 
equipment record 31 to be set to indicate that the first 
process is about to be undertaken. 



15 The modelling module 17 then (S37) determines whether the 

equipment record 31 containing the output process 64 
currently under consideration which has just be completed 
is now no longer undertaking any process. This is 
achieved by the modelling module 17 determining whether 

20 any of the discrete process records 60 or continuous 

process records 62 for the equipment record 31 containing 
the current output process record 64 have active flags 
70 indicating that the process is within the equipment 
are currently active. If no discrete 60 or continuous 

25 62 processes are active the completion of the output 
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process under consideration would have resulted in the 
equipment used for the output process to now be available 
for use once again. The modelling module 17 then (S38) 
causes the status data 54 for the equipment record 31 
5 containing the output process record 64 currently under 

consideration to be updated to indicate that the 
equipment is now no longer in use and sets the previous 
cycle time data 68 to be equal to the current cycle time 
data 66 before resetting the current cycle time data 66 

10 to zero. Since the new availability of a further item of 

equipment can effect the possible completion of other 
output processes;, in accordance with this embodiment of 
the present invention the modelling module 17 then 
generates a new list of output processes (S33) so that 

15 the possible fulfilment of those all output processes may 

be considered once again. 



If it is determined (S35) that the equipment available 
necessary to complete the output process currently under 

20 consideration is not available or the completion of an 

output process does not result in an item of equipment 
becoming free for use (S37), the modelling module 17 
proceeds to determine (S39) whether the output process 
currently under consideration is the last active process 

25 in the generated list of output processes. 
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If this is not the case^ the modelling module 17 proceeds 
(S40) to select the next output process record for 
consideration as to whether the equipment for completing 
the next process is available for use (S35). If the 
5 current output process is the final process in the list 

of output processes generated by the modelling module 17 
the processing of the modelling module for the step of 
the model currently being simulated then ends . 



10 After the simulation has been completed the computer 1 

will have stored in memory 11 output data 140-144 which 
can be output either as a graph or as a table and 
displayed on the display 3 or printed out in hard copy 
from utilizing the printer 8. By varying the batch and 

15 utilities records 32, records 120, equipment records 31 

utilizing the input module 15, a number of different 
simulations can be performed to identify how the 
variation of parameters effects the simulation and 
resulting output data. Actual equipment for performing 

20 a process can the be selected and the scheduling of 

batches performed in accordance to the equipment 31 and 
utility 32 records and batch records 120 respectively 
with the equipment and schedules being such as to 
correspond to a simulation whose use of equipment is 

25 determined to represent an efficient process. 
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Second Embodiment 

A second embodiment of the present invention will now be 
described. In the first embodiment a system is described 
which is suitable for modelling a continuous production 
5 process. Many production processes, however, involve 

shift work. Where, for example, biological material is 
being manufactured in separate shifts, it is necessary 
to ensure that processing between hold points is 
achievable prior to the end of a shift. This embodiment 
10 of the present invention is identical to the first 

embodiment except the modelling module 17 is modified to 
enable the additional constraint that processing between 
hold points must be completed within certain shifts is 
simulated . 

15 

Specifically, the processing of the modified modelling 
module 17 is identical to the processing described in the 
previous embodiment except the modified modelling module 
17 additionally stores a simulated current time so that 
20 the time remaining before the end of a shift can be 

determined, and the processing of the modelling module 
17 after it has been determined that a new batch is due 
to be initiated is modified as will now be described with 
reference to Figure 16, 



25 
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Initially (S50)^ after it has been determined that a new 
batch is due to be initiated, in this embodiment the 
modelling module 17 first determines whether it is 
possible to complete the processing of the new batch 
5 within the time remaining in a current shift. In this 

embodiment this is achieved by the modelling module 17 
first determining the time remaining within the shift 
utilizing the current simulated time and pre-stored data 
identifying when a shift ends. This time remaining is 

10 then compared with the minimum time within which the next 

batch being initiated could possibly be processed. This 
minimum time itself can be determined from the data 
defining the processes to be undertaken to process a 
batch assuming that only the processes associated with 

15 a completion condition 74 identifying a specific time 

elapse cause any delay in the processing of the batch. 



After the modelling module 17 has determined the minimum 
possible processing time for processing a batchy it is 

20 determined whether this minimum time is greater than the 

time remaining in the current shift. If this is the 
case, the modelling module 17 then automatically re- 
schedules initiation of the batch (S51) by setting the 
initiation of the next batch to be due at the beginning 

25 of the next shift. The processing of the modelling 



module then continues with determining a new appropriate 
step size {S5) has as previously been described in 
relation to the first embodiment with reference to Figure 
13. 

5 

If, the modelling module 17 determines that processing 
of a new batch could possibly be completed within the 
time available within the remaining time for a shift, the 
modelling module 17 then (S52) proceeds to estimate the 

10 likely time required to actually process the batch. In 

this embodiment this is achieved by the modelling module 
17 determining the sum for each item of equipment 50 
which is required to process the batch which is about to 
be initiated the greater of the previous cycle times 68 

15 associated with each item of equipment or the estimated 

minimum time for the item of equipment to process the new 
batch . 



The modelling module 17 {S53) then determines whether 
20 this estimated processing time indicates that the 

completion of the batch will occur before the end of the 
current shift. If the modelling module 17 determines 
that processing of the batch to be initiated will not be 
completed within the time remaining in the current shift 
25 the modelling module 17 then (S54) re-sets the next batch 
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due data 124 for the current batch to a default value 
indicating that reconsideration of initiating the batch 
should occur after that default time period has been 
simulated. The processing of the modelling module 17 
5 then continues to determine an appropriate step size (S5) 

as has previously been described in relation to the first 
embodiment . 



If, however^ the modelling module 17 determines that the 
10 batch to be initiated is likely to be processed within 

the current shift, the modelling module 17 then {S55) 
proceeds to initiate the current batch and schedules the 
following batch (S55) as has been previously described 
in the previous embodiment in relation to Figure 13 {S2- 
15 S4) before proceeding to determine an appropriate step 

size (S5) for continuing the simulation. 



By determining whether the processing of a batch is 
likely to be completed before the end of a shift before 

20 initiating the processing of a batch, a means is provided 

to simulate the running down of production at the end of 
a work day. The re-scheduling of batches which cannot 
possibly be processed within the time available ensures 
that once it is established that the processing of a 

25 batch is impossible no further reconsideration of 
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initiating the batch occurs until the following shift. 
In contrast^ where it appears on the basis of current 
cycle times a batch is merely unlikely to be processed 
within the available time, the rescheduling of a batch 
5 by a default delay (354) enables the status of a 

production line to be re-checked at regular intervals in 
case current bottle necks in the production process are 
overcome and processing can be initiated • 

10 In the above embodiment the estimated time required to 

process a new batch is determined purely by calculating 
the sum of previous cycle times 68 or minimum processing 
times for items of equipment which are to be utilized to 
simulate the processing of the batch. Other more 

15 sophisticated algorithms for estimating a likely 

processing time could however be utilized. For example, 
the time for processing a batch could be determined by 
summing for each item of equipment to be utilized to 
process the batch the greater of the current cycle times 

20 66 or the previous cycle time 68 associated with items 

of equipment utilized to process the batch- 
Alternatively, each time the particular process utilizing 
an item of equipment is simulated, the actual processing 

25 time could be stored. Where it was imperative that a 
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particular type of batch had to be processed within a 
particular shift, the estimated time required for 
processing a batch of that type could then be determined 
by summing the greatest stored cycle times for each item 
5 of equipment utilized to process a batch of that type. 



Alternatively, where some flexibility in shift time is 
available, the distribution of cycle times for processing 

10 a particular type of batch could be determined and a 

value corresponding to an estimated time required 
selected on the basis that a default percentage of 
processing would normally occur within the selected time 
period. Thus for example, where in 90% of cases 

15 processing a particular type of batch are determined to 

take place within the specified time period, that the 
time period might be utilized as an estimate of the time 
required for processing a batch of that type. 



20 Further Amendments and Modifications 

Although in the first embodiment a system is described 
in which data is entered utilizing a graphical interface, 
it Will be appreciated that as the equipment records 31, 
utility records 32 and batch records 120 comprise data 



associated within a record any suitable form of input 
interface could be utilized to generate records. 

In particular, by defining equipment in terms of a number 
of physical parameters 55 and a number of processes 
60,62,64 any type of equipment can be pre-defined- The 
passage of individual batches between different items of 
equipment would then be simulated by entering data for 
routing data 134, batch parameters 136 for batches and 
data for the processes 60,62,64 - Thus by directly 
entering the definition for processing in terms of 
processing undertaken by items of equipment and detailing 
exactly what is to be processed by entering routing data 
and batch parameters 134,136 great flexibility in 
defining a production system to be simulated can be 
achieved. In particular, by directly entering 

information such as the routing data 134 where different 
products as identified by the batch parameters 136 are 
processed in different ways using the same equipment, 
direct entry of data enables multiple processes using the 
same items of equipment to be designed more easily than 
can be achieved using a graphical interface. 

Although the embodiments of the invention described with 
reference to the drawings comprise computer apparatus and 
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processes performed in computer apparatus, the invention 
also extends to computer programs, particularly computer 
programs on or in a carrier^ adapted for putting the 
invention into practice. The program may be in the form 
5 of source or object code or in any other form suitable 

for use in the implementation of the processes according 
to the invention. The carrier be any entity or device 
capable of carrying the program. 



10 For example, the carrier may comprise a storage medium, 

such as a ROM, for example a CD ROM or a semiconductor 
ROM, or a magnetic recording medium, for example a floppy 
disc or hard disk- Further, the carrier may be a 
transmissible carrier such as an electrical or optical 

15 signal which may be conveyed via electrical or optical 

cable or by radio or other means. 



When a program is embodied in a signal which may be 
conveyed directly by a cable or other device or means, 
20 the carrier may be constituted by such cable or other 

device or means . 



Alternatively, the carrier may be an 
in which the program is embedded, the 



integrated 
integrated 



circuit 
circuit 
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being adapted for performing, or for use in the 
performance of, the relevant processes. 



